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APPARATUS AND METHOD FOR AUTOMATIC PORT IDENTITY DISCOVERY IN 
HIERARCHICAL HETEROGENOUS SYSTEMS 

Field of the Invention 

The invention relates to the determination of port identities in a telecommunications 
system and, in particular to the automatic determination of port identities in a heterogenous 
telecommunications system. 

Background of the Invention 

13 In 1 876, inside a third floor \A/alk-up garret apartment in the Scollay Square section 
hi>f Boston Massachusetts, Alexander Graham Bell spoke the first sentence transmitted 

Hi' 5 

l^er telephone wires. Technical innovations have dramatically transfonned the 
lllelecommunications industry over the past one hundred and twenty three years. For 
yf xampie, telecommunications switching systems have evolved considerably from "hand 
54)perated" systems in which one instrument was electrically connected (through a 
l^ierarchical switching network) to another through the intervention of a human operator 
I jvho would physically plug one circuit into another. Such direct electrical connection of two 
y)r more channels between two points (at least one channel in each direction), a 
connection that provides a user with exclusive use of the channels to exchange 
information, is referred to as circuit switching, or line switching. Human operators have 
largely been replaced by systems which employ electronic switching systems (ESS), in 
which the instruments are automatically connected through the network by electronic 
systems. 

Additionally, in many cases, the signalling system employs optical signalling instead 
of, or in addition to, electronic signalling. Nevertheless, such switching systems often still 
employ circuit switching a technique which yields highJy reliable service, particularly for 
such "real time" communications applications as voice, in wtiich the momentary loss of a 
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channel is annoying and repeated such losses are unacceptable. Switching systems may 
interconnect telephone instruments through circuit switching, employing time division 
multiplexing (TDM), for example. The switching system may carry digitized 
telecommunications signal over optical paths that are in conformity with synchronous 
optical network (SONET) standards. Such networks include network elements such as 
SONET network elements, SDH network elements, or wavelength division multiplexed 
network elements, for example. Circuit switching network elements include any netwoek 
elements which conforms with SONET/SDH digital signal formats. The signal formats are 
described, for example, in a Technical Advisory entitled "Synchronous Optical Network 
(SONET) Transport Systems: Common Generic Criteria", TA-NWT-000253, Bell 
Communications Research, Issue 6, September 1990, which is hereby incorporated by 
3 reference. For a variety of reasons it may be important to know which port in a given 
1 network element (NE) within such a system is connected to a particular port of another NE 
j within the system. 

Although SONET systems may incorporate a facility for such port identification and 
1 network elements within a circuit switching telecommunications system may employ this 
1 facility to identify ports, network elements within a packet switching^system do not typically 
provide for port identification. That is, a technique known as packet switching may be 
J employed for the transmission of data over telecommunications network. With packet 
5 switching data is transmitted in packets, and the communications channel is only occupied 
for the duration of a packet's transmission. After the transmission, the channel is available 
for use by other packets being transferred for other users. The packetized transmission 
may be transmitted using asynchronous transfer mode (ATM) techniques, for example. 
Asynchronous transfer mode (ATM) is a connection-oriented transmission technique that 
employs fixed-size blocks of data, called cells, each of which consists of a five octet long 
header and an information field that is forty-eight octets long. Packet switching network 
elements, such as ATM nodes or Internet Protocol (IP), routers, typically ignore the SONET 
signalling that might othenA/ise be employed to identify specific interconnected ports within 
a telecommunications network. Consequently, operator intervention may be required to 



accomplish such identification. Such a process would be time consuming, fraught with the 
potential for errors, and cost-prohibitive. Systems that employ both circuit switching and 
packet switching network elements and which employ SONET signalling may be referred 
to hereinafter as heterogeneous telecommunications systems. A heterogeneous 
telecommunications system that provides for automatic port identification would therefore 
be highly desirable. 

Summary 

A heterogeneous telecommunications system in accordance with the principles of the 
present invention employs "out of band" signalling to automatically discover the identities 
of ports interconnected between network elements within a system that includes a plurality 
13 of circuit switching, elements and packet switching elements. Interconnected circuit 
in switching and packet switching network elements employ a network management channel, 
I II such as a local area network (LAN) network management link, to automatically discover 
P'^port binding information (that is, which port of an initiating network element Is connected 
Into which port of a receiving network element). 

In accordance with the principles of the present invention each group of network 
W elements, that is, a group of circuit switched network elements and a group of packets 
y switched network elements, determines a "leader". The leaders from each network element 
group interact automatically determine port binding information, that is, to determine which 
port of one network element connects to which port of another network element. When a 
network leader receives a port recognition request from one of its associated network 
elements, that is, when the circuit switching network element leader receives a port 
recognition request from one of the circuit switching network elements, or the packet 
switching network element leader receives a request from a packet switching network 
element, the leader places the request in a queue. When the queued request reaches the 
top of the queue, for example, with a FIFO queue, when all preceding requests have been 
serviced, the network element leader sends a recognition request message to the network 
element leader of the other group element. The recognition request is transmitted through 
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an "out of band channel", such as a network management link, which may take the form 
of a LAN, for example. 

The Initiating network element awaits an acknowledgement signal from the receiving 
network element leader, through the out of band channel, and, once received, transmits 
a test message from a specific port to the receiving network element. The test message 
transmitted by the initiating network element may be a SONET/SDH "K2 byte" protection 
message. After sending the acknowledgement message to the initiating network element, 
the receiving network elements begin polling their ports to detect which port receives the 
test message. Once the receiving network element detects which of its ports receives the 
test message, the receiving network element records the port binding information and 
stops polling its own ports. Additionally, the receiving network element transmits a 
3 detection message to the receiving network element leader, which includes the receiving 
i network element's port identity, through the out of band channel. The receiving network 
1 element leader passes this infbnnation to the initiating network element leader through the 
"^out of band channel. Upon receiving, the detection message from the receiving network 
1 element leader, the initiating network element leader passes the information to the 
1 initiating network element The initiating network elem^ent thereupon stops sending the test 
^ message through the SONET/SDH link, records the port binding information, and transmits 
J a recognition acknowledgement message to the receiving network element through the out 
lof band channel and network element leaders. 

Brief Description of the Drawings 

The above and further features, aspects, and advantages of the invention will be 
apparent to those skilled in the art from the following detailed description, taken together 
with the accompanying drawings in which: 

Figures 1 is a conceptual block diagram of a multi-network-element heterogeneous 
telecommunications system in accordance with the principles of the present invention; 

Figure 2 is a table that illustrates SONET/SDH channel status bit definitions; 



Figure 3 is a state diagram that illustrates the initialization of NEs in accordance 
with the principles of the present invention; 

Figure 4 is a sequence diagram which illustrates a process of automatic discovery 
of port binding information, such as might be employed with the system of Figure 1 ; 

Figure 5 is a state diagram that illustrates the operation of a requesting non-leader 
NE in accordance with the principles of the present invention; 

Figure 6 is a state diagram that illustrates the operation of a requesting virtual 
leader NE in accordance with the principles of the present invention 

Figure 7 is a state diagram that illustrates the operation of a non-requesting non- 
leader NE in accordance with the principles of the present invention ; and 

Figure 8 is a state diagram that illustrates the operation of a non-requesting leader 
DNE in accordance with the principles of the present invention. 

ill 



Detailed Description 

La Although a network element may be referred to herein as a SONET/SDH network 
element, and or as an ATM network element, it is assumed that both types of network 
element employ SONET/SDK at the transport level. Additionally, it is assumed that the 
circuit switching network element executes the byte processing that might prove onerous 
to a packet switching network element, such as an ATM network element. The term 
"SONET/SDH" network element is used interchangeably with the term "circuit switched 
network element", and the term "ATM network element" is used interchangeably with the 
term "packet switched network element', herein. 

As illustrated in the conceptual block diagram of Figure 1, a heterogeneous 
telecommunications system in accordance with the principles of the present invention 
includes a plurality of circuit switching network elements 10Q (A1, A2, and A3) and a 
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plurality of packet switching network elements 102 (B1, B2, and B3). Each of the network 
elements is connected to other network elements through ports, such as port 104 (PI), port 
1 06 (P2), and port 108 (P3) of the circuit switching network element A1 and port 1 1 0 (PI ), 
port 112 (P2), and port 14 (P3) of the packet switching network element 81 . 

In the illustrative conceptual block diagram of Figure 1, port PI 104 of NE A1 is 
connected through a link 1 16 to port P3 1 1 5 of NE 81 , port P2 1 06 of NE A1 is connected 
through a link 118 to port P4 117 of NE 81, and port P3 108 of NE A1 is connected 
through a link 1 20 to port P3 1 14 of NE BN. Similarly, port PI 1 1 9 of NE A2 is connected 
through a link 121 to port P2 123 of NE 82, port P2 125 of NE A2 is connected through a 
link 127 to port PI 1 10 of NE BN, port P3 129 of NE A2 is connected through a link 131 
to port P2 1 12 of NE BN. Finally, port PI 133 of NE AM is connected through a link 135 
i to port P1 137 of NE B1 , port P2 139 of NE AM is connected through a link 141 to port P2 
1 143 of NE 81, and port P3 145 of NE AM is connected through a link 147 to port PI 149 
J of NE 82. Each of the links 116J18, 120, 121, 127, 131, and 147 employs a S0NE17SDH 
1 transport level and in addition to the data they carry, overhead, control, information is sent 
^ through the links. 

Although it may be possible to use the control information carried in these links to 
J determine the port interconnectivity of the network elements A1, A2, AM and 81, 82, and 
j BN, packet switching devices, such as the network element B1 , would have to get involved 
t in "byte processing" to take advantage of this overhead information. This additional byte 
processing burden would prove prohibitive, or,, at the least, inconvenient for packet 
switching NEs. Nevertheless, this port interconnectivity information is required for some 
applications and manual discovery and recordation of this interconnectivity information 
also has significant drawbacks. In accordance with the principles of the present invention, 
an "out of band" communications channel, such as that formed by the link 122 and 
interfaces 124,126, 149, 151, 153, and 155 respectively located within NEs A1, A2, AM, 
B1 , 82, and BN. This out of band channel may take the form of a local area network (LAN) 
\A4iich connects a group of NEs and which provides a path for management and control of 
the NEs thus connected. In accordance with the principles of the present invention, the 



NEs support STS-1 line overhead K1 and K2 byte protection switching, which is discussed 
in, Ming-Chwan Chow, Undersanding SONET/SDH Standards and Applications, Andan 
Publisher, New Jersey, 1995 pgs 2-25 through 2-28 and 7-39 through 7-40, which is 
hereby incorporated by reference. More particularly, the NEs support the standard, at the 
least insofar as the K1/K2 byte definitions (only definitions for bits 6, 7 and 8 are 
illustrated) as set forth in the table of Figure 2. 

In accordance with the principles of the present invention, K1 and K2 bytes, which are 
employed by both circuit switching and packet switching network elements for protection 
switching, are employed as a recognition signal whereby port identities may be 
automatically discovered using an automatic interconnection recognition protocol (AIRP). 
As indicated in the table of Figure 2 bit codes 101 and 100 are not previously assigned. 
5 Code 100 is used in accordance with the principles of the present invention as the AIRP 
ISONET/SDH recognition signal. The new protocol (AIRP) may use either a LAN 
i connection or serial link that employs TCP as a transport layer for communications 
sessions. Port interconnectivity may be discovered between two peers with a single AIRP 
1 session and, in order to establish and maintain the port interconnectivity information, an 
:.AIRP session should be run each time an NE is initialized or re-booted. As will be 
:^ described in greater detail below, an NE may initiate the port interconnectivity discovery 
J process by sending a port identification initiation message to a NE to which it is linked 
In accordance with the principles of the present invention, an NE may, under various 
circumstances, such as it's initialization, or re-booting, initiate a port interconnectivity 
discovery process by sending a recognition request message to a NE to which it is bound 
through a network link. The message first passes through the initiating NE's group leader. 
That is, in accordance with the principles of the present invention, each group of network 
elements 100 and 102 elects a leader that coordinates the port identification process. The 
leader associated with the initiating NE queues port recognition requests from its NEs and, 
foHA^ards the recognition requests from the initiating network element, such as network 
element A1 to a receiving network element, such as network element B1 through the out 
of band link 122. The initiating network element leader, NE A1 for example, awaits an 
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acknowledgement signal from the receiving network element B1 and, once received, 
passes the acknowledgement signal to the initiating NE which then transmits a test 
message from a specific port, such as port P1 104 to the receiving network element B1 . 
The test message transmitted by the initiating network element may be a SONET/SDH "K2 
byte" protection message. 

After sending an acknowledgement message to the initiating network element through 
the link 122, the receiving network element leader alerts the receiving NE, NE B1, for 
example, which begins polling its ports to detect which port receives the test message. 
Once the receiving network element detects which of its ports receives the test message 
(port P3 1 15 in this illustrative example), the receiving network element records the port 
binding information and stops polling its own ports. Additionally, the receiving network 
element 81 transmits a detection message to the initiating network element A1. This 
detection message includes the receiving network element's port identity and is 
transmitted, by the receiving NE leader, for example, through the out of band channel, link, 
122. Upon receiving the detection message from the receiving network element 81 , the 
Initiating network element A1 stops sending the test message through the SONET/SDH 
link 118, records the port binding information, and transmits a recognition 
acknowledgement message to the receiving network element 81 through the out of band 
channel 122. 

After initialization, each NE plays either a leader role or non-leader role. Each non- 
leader packet switching NE (ATM NE in the following examples) sets up a TCP connection 
with an ATM virtual leader. NE leaders, or virtual leaders, are "elected" as described 
below. An ATM virtual leader node sets up TCP connections with all the non-leader ATM 
NEs on the same out of band, channel (referred to as a LAN, below). Similarly, each non- 
leader packet switching NE (SONET NE in the following examples), sets up a TCP 
connection with a SONET virtual leader node and the SONET virtual leader node sets up 
TCP connections with all the non-leader SONET NEs on a LAN. Given M ATM NEs and 
N SONET NEs, the total number of TCP connections needed is 2 * (M + N - 2). (If, instead, 
a point-to-point based connection is employed, M^ + N^ - M - N connections would be 
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required). Should a non-leader NE fail, either through failure of the NE itself or through a 
failure of the NE's LAN connection, the NE leader notifies a network management system 
(not shown) of the failure. If a leader NE fails, through failure of the NE or its connection 
to the LAN, the leader election process will be repeated and the newly elected leader will 
notify the network management system of the previous NE's failure. 

After initialization, two end systems, that is, between two NEs, one from a circuit 
switching side and one from a packet svwtdiing side, that use an automatic interconnection 
recognition protocol (AIRP) in accordance with the principles of the present invention to 
exchange inter-connection recognition information will be referred to as "AIRP Peers". The 
communication mechanism for AIRP is based on a LAN connection and employs TCP as 
a reliable transport layer for sessions. Between two multi-link connected AIRP peers, only 
one AIRP session is required. AIRP session should be established each time NE system 
is initialized or re-booted. In the illustrative embodiment of Figure 1 and in the discussions 
to follow M ATM NEs (packet switching NEs, in general) are connected through an 
operational LAN, and N SONET Nes (circuit switching NEs In general) are connected 
through another operation LAN. A router (not shownX is used to inter-connect these two 
sub-networks. Each LAN has its pre-configured multi-cast address. Any ATM NE can use 
a SONET NE LAN multi-cast address to reach any SONET NE and any SONET NE may 
use an ATM NE LAN multi-cast address to reach any ATM NE. Each port of each ATM NE 
is identified through Switch Name, Slot No. and Port ID and each port of each SONET NE 
is identified through TID and AID ( Port No. and NADDR). 

The AIRP Includes seven operational messages: 

1. AIRP_Recognition_Request message, used to request the corresponding side to 
participate in inter-connection recognition process. 

2. AIRP_Recognition_Notification message, used by SONET virtual leader to notify 
each SONET NEto start polling process. 

10 



3. AIRP_Recognition_Grant message, used by ATM virtual leader to grant certain ATM 
NE's link recognition request. 



4. AIRP_ReGognitiQn_Response message, used to respond to the requesting side. 

5. AIRP_Recognition_Detected message, used to inform the requesting side the 
corresponding inter-connection ID information 

6. AIRP_ Ack message, used by requesting side as a positive acknowledgement 
message back to the requested side. 

7. AIRP_ Nak message, used by requested side to indicate certain negative 
acknowledgement scenario 

The state diagram of Figure 3 illustrates the various states an NE may assume and 
transitions between those states at the time of initialization. The process begins in step 
300, the starting state, in which an NE sends an AIRP_Hello message and starts an 
acknowledgement timer (ACKJimer). If the NE is an ATM NE, it is equipped with an ATM 
group MAC address. If the NE Is a SONET NE, it is equipped with a SONET group MAC 
address. At system initialization, the global variable "restart" is initialzied to 0. From the 
starting state the process proceeds to step 302, the awaiting state. If the NE receives 
AIRP_Leader_Ack before the ACKJimer expires, the NE stops the timer and transit to 
Step 304, the TCP setup state. If the NE receives any AIRP_Hello message, it will return 
an AIRP_Hello_Ack message. If the NE receives an AIRP_Hello_Ack from other NEs, it 
will store the information contained in the AIRP_Hello_Ack messages. If the Ackjimer 
times out before the NE receives an AIRP_Hello_Ack, the NE stops the timer returns to 
step 300, the starting state. If the Ackjimer times out for want of an acknowledgment 
message from the leader, but the NE receives multiple AIRP_Hello_Ack messages from 
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other NEs, the NE stops the timer and proceeds to step 306, the leader calculation state. 
A timeout or the reception of any message other than an AIRP_Hello_Ack message 
returns the NE to the starting state 300. 

In the TCP setup state 304, the NE sets up a TCP connection with an NE identified 
as an NE leader. The NE also resets the state variable re-start = 0, and proceeds to step 
308, the non-leader operational state. If the NE can't successfully establish TCP 
connection with the leader (connection time-out), the NE returns to step 300, the starting 
state. If the NE receives an AIRP_Hello message, it returns an AIRP_Hello_Ack message. 

In the leader calculation state 306, the NE sorts all the MAC address including 
those received from the other NEs' AlRP_HellQ_Ack messages and its own MAC address 
and "elects" a leader based on the addresses. For example the NE having the highest 
address may be used as tiie Leader and, if the NE itself has the maximum MAC address, 
it is assumed elected and proceeds to step 312 where it operates as a leader. Otherwise, 
the NE proceeds to step 310 where it operates as a non-Leader. If the NE receives an 
AIRP_Hello message, it returns an AIRP_Hello_Ack message. 

In step 308,. the non-leader state, a SONET or ATM NE will operate in a non-leader 
mode as described in greater detail in the discussion related to Figures 7 and 5, 
respectively. If an NE receives an AIRP_Hello message, it returns an AIRP_Hello_Ack 
message. If an Ne receives an AIRP_Close message the NE returns an AIRP_Ack 
message and returns to step 300, the starting state. If an NE receives an 
AIRP_Keep_Alive message from the leader before the timer expires the NE returns an 
AIRP_Keep_Alive_Ack message to the leader. If an NE does not receive an 
AIRP_Keep_Alive message from the leader within the timer period, the NE re-starts its 
Keep_alive timer and proceeds to step 314, the retry state. All other operational 
messages will keep the NE in step 308, the operational state. The operational state is 
described in greater detail below. 

In step 310, the "not-a-leader" state, an NE awaits the reception of an 
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AIRP_Leader_Ack message and, if it receives such as message within the period of its 
acknowledgement timer, the NE records its leader NE's infomnation and proceeds to step 
304, the setup TCP state. In step 310, a not a leader state, the NE records a leaders 
information and proceeds to step 304 if it receives an AIRP_Leader_Ack message within 
the timer period. If the NE does not receive an AIRP_Leader_Ack message within the timer 
period, the NE proceeds to step 300, the starting.state. If the NE receives an AIRP_Hello 
message, the NE returns an AIRP_Hello_ack message. 

in step 312, the leader state, an NE, which is a virtual leader node, sends an 
AIRP_Leader_Ack message to all the Nes that have sent a Hello message to the leader 
node. If the value of the NE's state variable re-start is 1, the NE notifies the network 
management system of the loss of the previous leader node. Additionally, the NE resets 
the re-start state variable to o and proceeds to step 316, a state in which the NE awaits 
connection. If the NE receives an AIRP_Hello message, it returns an AIRP_Leader_Ack 
message. 

In step 314, the Retry state, an NE returns an AIRP_Keep_Alive_Ack message to 
the leader if the NE receives an AIRP_Keep_Aiive message within the timer period. If the 
keep alive timer times out, the NEsets the re-start state variable to 1 and proceeds to step 
300, the starting state. If the NE receives an AIRP_Hello message, it will returns an 
AIRP_Hello_ack message. In step 316, the await connection state, an NE that has been 
elected virtual leader proceeds to step 318 if it receives TCP connection requests and has 
set up TCP connections with other NEs. If the leader NE does not receive a TCP 
connection request during the timer period, the leader NE assumes it lost the LAN 
connection or some other failure has occurred with the LAN^ and the NE will proceed to 
step 300, the starting step. If the NE cannot establish TCP connection with a particular 
node, the leader NE will drop that node from Its waiting list. In such an event, the node 
dropped from the waiting list will re-broadcast an AIRP_ Hello message. If the leader NE 
receives an AIRP_HellQ message, it will return an AlRP_Leader_Ack message. 

In step 318, the leader operational state, an ATM node will run in an ATM virtual-leader 
operational state, as described in greater detail in the discussion related to Figure 6. If the 
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NE is a SONET node, it will run in a SONET virtual-leader operational state, as described 
in greater detail in the discussion related to Figure 8. Although it is assumed in this 
illustrative description that an ATM NE initiates the request and SONET NE responds, the 
reverse, a SONET NE initiating and an ATM NE responding could also occur, with the 
corresponding descriptive roles reversed. In brief, if a leader NE receives an AIRP_Hello 
message in this state, the leader returns an AIRP_Leader_Ack message. The leader will 
periodically send a AIRP_Keep_Alive message to all the other connected NEs, awaits the 
reception of corresponding AIRP_Keep_Alive_Ack messages from the NEs. If the leader 
does not receive an AIRP_Keep_Alive_Ack message from a particular NE, the leader NE 
assumes that a failure of some sort has occurred with, the NE, notifies the network 
management system of the failure and, and tears down the TCP connection with the failed 
NE. The leader NE will return to step 300,. the starting state, if it receives an AIRP_Close 
message or if it receives no AIRP_Keep_Alive_Ack messages. Any other operational 
message will keep the leader in the leader operational state at step 318. 

The conceptual block diagram of Figure 4 illustrates a message exchange scenario 
among NEs in accordance with the principles of the present invention. In this illustrative 
example, an ATM NE leader AL acts as a go-between for its associated NEs A1 , Ai, AM 
and a SONEET NE leader BL provides the same service for its associated NEs B1 , Bj, 
ON. In this example all the ATM Nes send an AIRP_Recognition_Request to ATM NE 
leader AL, as indicated by the arrows 400. The AIRP_recognition_request message 
includes the physical link ID information, such as the switch name, slot number, and port 
number of an ATM port. 

Each ATM NE includes a link-recognition FIFO queue and link recognition requests are 
placed in that queue as they are generated. A link recognition request may be passed on 
to the NE leader AL once the request has reached the front of the queue. After receiving 
link recognition requests from its associated NEs the ATM leader AL places the requests 
in its request queue, which is^ illustratively, a FIFO queue andprocesses the requests as 
they emerge from the queue. In the case of a FIFO, as in this illustrative example, AL 
serves the requests In the order in which they are received. Other prioritization schemes 
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are possible. 

Assuming the request from Ai arrives at the NE leader AL first, and reaches the front of 
AL's request queue, AL passes Ai's request to the SONET leader BL in step 402. The 
request is passed through an out of band channel, such as the LAN 122 of Figure 1 . After 
the SONET leader BL receives the for\A/arded AIRP_Recognition_Request from the ATM 
leader AU BL notifies all the connected SONET NEs by sending an 
AIRP_Recognition_Notlfication in step 404. Once the SONET NEs receive the notification, 
they start to poll their idle links' link status. In step 406 the SONET leader BL returns an 
AIRP_Recognition_Response to the ATM leader AL. After receiving the 
AIRP_Recognition_RespQnse the ATM leader AL sends an AlRP_Recognition_Grant 
message to NE Ai in step 408. In response, the NE Ai begins to insert a recognition signal 
into the link of interest 409. In accordance with the principles, of the present invention a 
transition of SONET Channel Status {K2's bits 6,7,8) from 000 (Idle) to 100 {testing signal) 
identifies the connected port. The recognition employs SONET protection switching signals 
as described in greater detail in the discussion related to Figure 2. Upon detecting the 
recognition signal a SONET NE. NE Bi in this example, reports the reception of the 
detection signal by sending an AIRP_Recognition_Detected message to the SONET 
leader BL in step 410. 

After receiving the AIRP_RecQgnition_Detected message, the SONET leader NE BL 
returns NE Bj's port infomiation to the ATM leader AL through an 
AIRP_Recognition_Detected message in step 412 and the ATM leader AL forwards this 
information to the NE Ai through an AIRP_Recognition_Detected message in step 414. 
When NE receives the AlRP_RecognLtLon_Detected message,, it stops inserting the 
recognition signal through its SONET link 409 and in step 416 returns an 
AIRP_Recognition_Ack to the ATM leader AL In step 418 the ATM NE leader AL fonwards 
the AIRP_Recognition_Ack message from Ai to the SONET NE leader BL. The SONET 
leader then sends an AIRP_Recognition_Ack message to all the connected SONET Nes 
in step 420. After receiving the AIRP_Recognition_Ack message, all the connected 
SONET NEs stop polling their idle links and SONET NE Bi checks the link corresponding 
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to the detection signal to determine whether the link status returns to normal (idle). If the 
link status returns to idle, NE B} sends an AIRP_Recognitjon_Ack message to the SONET 
leader BL in step 422. If the link status does not return to idle, the NE Bj sends an 
AIRP_Recognition_Nak message to the SONET leader BL in step 422. Once received, the 
SONET leader BL forwards the AIRP_Recognition_Ack or AIRP_Recognition_Ack 
message to the ATM leader AL in step 424. In response to the reception of either message 
the ATM leader AL removes from Its queue Ai's current recognition request, and forwards 
the AIRP_Recognition_Ack or AIRP_Recognition_Nak message to NE Ai in step 426. Ai 
also removes its current top of its link-recognition request queue. If its link-recognition 
queue is not empty, Ai will send another link recognition request to the leader AL and the 
process will proceed from there as previously described. 

The format and content of protocol data units (PDU) employed in automatic port 
binding discovery, that is, the new automatic interconnection recognition protocol (AIRP) 
in accordance with the principles of the present invention are described immediately 
below. 



Each AIRP PDU is an AIRP header followed by AIRP messages. 



The AIRP header is: 



Version 



PDU length 



Version: 

Two octet unsigned integer containing the version number of the 
protocol. This version of the specification specifies AIRP protocol 
version 1 . 



PDU Length: 
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Two octet integer specifying the total length of this PDU in 
octets, excluding the Version and PDU Length fields. 



AIRP uses a Type-Length-Value (TLV) encoding scheme to encode much of 
the information carried in AIRP messages. 

An AIRP TLV is encoded as 1 octet Type Field, followed by a 2 octet Length Field, 
followed by a variable length Value field. 



Type 



Length 



Value 



Type 

Encodes how the Value field is to be interpreted. 
Length 

Specifies the length of the Value field in octets. 
Value 

Octet string of Length octets that encodes information to be interpreted as specified 
by the Type field. 

In total, there are fourteen AIRP message types defined: 
AIRP Hello TLV: 



Type = 1 


^ lengthiyalue _ field ^ ) 




Length = ^ 



Value field definition: 
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ATM/SONET group address 



Sender's MAC Address 
Sender's \F Address 



AIRP_Hello_Ack TLV: 



Type = 2 


2 lengthiyalue _ field ^ ) 




Length - ' 



Value field definition: 



ATM/SONET group address 



Receiver's MAC address 



Sender's MAC address 



Sender's address^ 



° AIRP Leader AckTLV: 



Type = 3 


^ length(value _ field^ ) 




Length = • 



Value field definition: 



ATM/SONET group address 
Receiver's MAC address 
Sender's MAC address 
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Sender's IP address 



AIRP Close TLV: 



Type - 4 


Y^length{value _ field. ) 




Length - ^ 



Value field definition: 



ATM/SONET group address 



AIRP_Keep_Alive TLV: 




Value field definition: 



ATM/SONET group address 



ATWI/SONET Leaders MAC address 



AIRP_Keep_Alive_Ack TLV: 



Type = 6 



Length = 



^ lengthiyalue _ field, ) 



Value field definition: 
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ATM/SONET group address 



ATM/SONET Leader's MAC address 
Sender's MAC address 



AIRP Reset TLV: 



Type = 7 


^lengthiyalue _ field ^ ) 




LBngth = ' 



Value field definition: 



ATM/SONET group address 



ATM/SONET Leader's MAC address 



Sender's MAC address 



|y AIRP_Recognition_Request TLV: 



Type = 8 



^ length{value _ field ^ ) 
Length = - 



Value field definition: 



ATM/SONET group address 
Destination's MAC address 
Sender's MAC address 
Message sequerrce iskr. 

POFtlt> 
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AIRP_Recognition_Notification TLV: 



Type = 9 


^lengthiyalm _field^) 




Length = ^ 



Value field definition: 



ATM/SONET group address 



AIRP_Recognition_Grant TLV: 



Type= 10 


^ length{value _ field ^ ) 




Length = ^ 



Value field definition: 



ATM/SONET group address 
Desfination's MAC address 
Recognrtion_request message sequence Mo. 



AIRP_Recognition_Detected TLV: 



Type = 11 


2 Iength(value _ field ^ ) 




Length = ^ 



Value field definition: 
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ATM/SONET group address 



Destination's MAC address 
Sender's MAC address 
Recogrtrttort_request detected sequence- No. 
Detected Port [nformatioFv 



AIRP_Recognition_Response TLV: 



Type= 12 


Y^len^h{value _ fields) 




Length = ' 



Value field definition: 



ATM/SONET group address 
Desfination's MAC address 
Sender's MAC address^ 
Recognitron_request detected sequence Ho. 



AIRP AckTLV: 



Type= 13 


^ lengthiyalue _ field, ) 




Length- = ' 


Value field definition: 




ATM/SONET group address 



AIRP NakTLV: 
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Type = 14 


S ^^^S^^iy^i^^ _ field ^ ) 




Length = ^ 



Value field definition: 



ATM/SONET group address 



The AIRP operation of an active NE, that is an NE that requests port identification, 
will be discussed in relation to the state diagram of Figure 5. An NE which requests port 
identification will be referred to as an active NE and an NE v\^ich receives a port 
identification message will be referred to as a passive NE. In this example, the active NE 
is a non-leader ATM NE. The AIRP finite state machine (FSM) is (re-) started when a node 
is started or re-set. The process begins in state 1 500, the idle state, in which it is assumed 
that system configuration has been completed. For example, the ATM NE NE-A1, would 
be configured to indicate which links are connected with which neighboring NEs. Note that, 
although the NE may be configured at this point to know which neighboring NE is 
connected through which WnK the port interconnectivity is not known at this point. Link 
initialization could happen at system starting/re-set time and run time, and will trigger an 
AIRP state transition. To ensure that only one recognition signal will be sent to a receiving 
side at one time, all the incoming link initialization requests may be placed in a first in first 
out (FIFO) queue, with only a request at the top of the queue being capable of triggering 
a state transition. It is also assumed that the default channel status (bits 6, 7, 8 of K2 byte) 
of the initialized link is OQO (Idle). If the NE has been reset, it sends an AIRP^Reset 
message to its virtual leader NE. After processing any link initialization overhead, the ATM 
NE proceeds to state 2 502, the request state. 

In state 2 502, the ATM NE sends an AIRP_recognition_request message to its 
leader NE. Included within the AIRP_recognition_request message is the ATM link number 
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of the link of the request currently at the top of the queue. After sending the 
AIRP_recognitlon_request message the ATM NE awaits a grant message from the leader 
NE. If another recognition request arrives while the NE is in state 2, the request will be 
placed at the end of the req.uesting queue. If the NE receives a message from the passive 
NE leader before the NE receives the grant message from its leader, the active NE leader, 
the active NE discards the passive leader's message. Once the active NE receives an 
AIRP_recognition_grant message from the active leader NE, the active NE will transition 
into the "insert state", state 3 504. 

In state 3, the insert state 504, the active NE triggers its SONET interface driver to 
insert the test, or recognition, signal, as described above, into the link corresponding to 
the ports which are being discovered. Additionally, the active NE awaits the reception of 
an AIRP_recognition_detected message from the active leader NE and initiates a waiting- 
timer. In this state, if another link recognition request arrives, it is placed at the end of link 
recognition requesting queue. Any messages from the passive leader NE will be 
discarded. Once the active NE receives an AIRP_recognition_detected message from the 
active leader NE, the active NE transitions into state 4 506 and the waiting-timer is 
stopped. However, if the waiting-timer expires before the NE receives an 
AIRP_recognition_detected message from the active leader NE, the ATM NE transitions 
into State 5 508. 

Once in the detected state 4 506 the active NE records detected information, such 
as the port binding information. This information may be placed in a database, or table, 
such as a port binding table. After recording this binding information, the active NE triggers 
its SONET interface driver to insert idle signal (000) Into the link in question. Additionally, 
the active NE sends an AIRP_recognition_acknowledgement message to the active leader 
NE and initiates a waiting-timer. The ATM NE then transitions into state 6 510, the awaiting 
state. Any other link recognition reguest that arrives during state 4 is placed at the end 
of the requesting queue. Messages received from the passive leader NE will be 
discarded. 

Returning, for a moment, to the notify state 5 508, the active NE indicates to the 
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active leader NE that an anomaly has occurred and removes the link-request from the link 
recognition request queue and returns to state 1 500. If another link recognition request 
arrives during state 4, it is placed at the end of the requesting queue. Messages received 
from the passive leader NE will be discarded. 

In the await state 6 510, the active NE stops the waiting timer and transitions to 
state 5 508 if it receives an AlRP_reccognition_Nak message from the active leader NE. 
Othenwise, the active NE should receive an AIRP_reccognition_ack message from the 
active leader NE, in which case the NE de-queues the Link recognition request and 
transitions to state 1 500. If another link recognition request arrives while the ATM NE 
resides in state 6,_the active NE places the request at the end of the requesting queue. 
Messages received from the passive leader NE will be discarded. 

The AIRP operation of an active leader NE, that is an NE that serves requests for 
port identification, will be discussed in relation to the state diagram of Figure 6. In this 
example, the active NE is a leader ATM NE. The AIRP finite state machine (FSM) is (re-) 
started when a node is started or re-set. The process begins in state 1 600, the idle state, 
in which it is assumed that system configuration has been completed, including the 
establishment of TCP connections with other NEs. Link initialization could happen at 
system starting/re-set time and run time, and will trigger an AIRP state transition. The 
active leader NE clears both its NE request queue and its own link recognition request 
queue and initializes a state variable my_request_status to 0. To ensure that only one 
recognition signal will be sent to a receiving side at one time, all the incoming link 
initialization requests may be placed in a first in first out (FlFO> queue, with only a request 
at the top of the queue being capable of triggering a state transition. It is also assumed 
that the default channel status (bits 6, 7, 8 of K2 byte) of the initialized link is 000 (Idle). 
The leader NE checks its state variable: my_request_status. If the status is 0, the top of 
its link recognition queue is placed at the end of the active ATM NE request queue and 
sets the status to 1. If the current value of my_request_status is 1, the link recognition 
req.uest is placed at the end of the link recognition queue. Incoming requests from the 
other ATM/active NEs is placed at the end of the recognition request queue. A reset 
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message from a particular NE will cause the leader to remove all the NEs outstanding 
requests from the queue. As soon as the ATM NE request queue is non-empty, the 
process proceeds to state 2 602. 

In state 2 602, the ATIVl ME retreives an AlRP.recognition^request message from 
the top of its request queue and determines whether the sender Is still "alive". If not the 
message is placed at the end of the ATM NE request queue and succeeding messages 
are tested until a message associated with and "alive" requester is found. Upon finding 
such a message the ATM NE sends the AIRP_recognition_requestmessage to the passive 
NE leader, a SONET NE leader in this example. After sending the 
AIRP_recognition_request message the ATM leader NE awaits a response message from 
the SONET leader NE. The ATM leader sends the message to the pre-configured SONET 
multi-cast address. tLLa assumed that here is notaTCP connection between the leaders, 
and that message-resend for several times, if no response is received within a timer 
prelod, is implicitly supported. If another recognition request arrives while the NE is in 
state 2, the request will be placed at the end of the requesting queue and, if the leader NE 
generates a recognition request of its own. it places the request at the end of its own ATM 
NE request queue. An AIRP_reset message from a particular ATM NE will cause the ATM 
leader to remove all of the NEs outstanding requests from, the request queue. Reception 
of an AIRP_Recognltion_Response message from SONET leader will transition into state 
3 604, the response state. 

In state 3, the response state 604, the ATM NE will check whether the current 
request Is from itself. If it is, the NE will trigger its SONET interface driver to insert the 
recognition signal,, as described above, into the link of interest If request is from other NE, 
the leader NE sends an AIRP_Recognition_Grant message to the requesting NE. 
Additionally, the leader NE awaits an AIRP_Recognition_Detected message from the 
SONET (passive) leader and starts waiting-timer. If any other link recognition request of 
its own arrives, the request will be put to the end of its link-recognition queue, if any 
requests from other ATM NE arrives, the request will be placed at the end of the leader- 
NE request queue. Any reset message from a particular ATM NE will cause the ATM 
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leader to remove all of the NE's outstanding requests from the leader ATM-NE request 
queue. The reception of an AIRP_Recognition_Detected message from the SONET leader 
will transition the process into State 4, the detected state 606, and waiting-timer is 
stopped. If the waiting-timer expires or the NE receives an AIRP^Nak message from the 
SONET leader, the leader will transition into State 5, the notify state 608 instead. 

In. State 4, the detected state 606, the active ATM NE leader will record detected 
information, then check to see if the request is from itself and, if so, the leader NE will 
trigger its SONET in^terface driver to insert idle signal iQQQ\ into corresponding link. Then 
the NE sends an AIRP_Ack message to itself. Otherwise, the leader NE sends an 
AlRP_Recognition_Detected message to the corresponding ATM NE. The reception of 
an AIRP_ Ack message either from another ATM NE or from itself will transition the leader 
into State 6, the acknowledgement state 610. Any reset messaae from a particular ATM 
NE will cause the leader to remove all of the NE's outstanding requests from its ATM-NE 
request queue. 

In State 5, notify state 608. if the reguesl is from^ another NE, the ATM NE leader will 
send either AIRP_Nak to notify the corresponding ATM NE that there is an error with the 
link currently being processed. The leader de-gueuesthe corresponding request. If the 
request is from itself, the leader checks its link-recognition queue to see whether it is 
empty. If the queue is not empty, the leader NE will move the top request of its link- 
recognition queue to the end of the ATM-NE request queue. Otherwise, it will set 
my_reguest_status back to 0 again. The leader then transitions to state 1 , the idle state, 
600. If another link recognition request of its own arrives, the request will be placed at the 
end of the leader's link-recognition queue. If a request from another ATM NE arrives, the 
request will be placed at the end of the ATM-NE request queue. Any reset message from 
a particular ATM NE will cause the ATM leader to remove all of the NE's outstanding 
requests from the ATM-NE request queue. 

In State 6, the Ack state 610, if nothing is received before the timeout, or if the leader 
receives an AIRP_Nak message from the passive side during the timer period, the NE 
leader stops the timer and transitions to State 5, the notify state 608. Otherwise, the 



27 



leader NE should receive an AIRP_ Ack message and, if the request Is from another ATM 
NE, the leader sends an AIRP_ Ack message to corresponding ATM NE and transitions 
to State 1 600. During this state, if another link recognition request of its own arrives, the 
request will be put to the end of its link-recognition queue. If another request from another 
ATM NE arrives, the request will be put at the end of the ATM-NE request queue. A reset 
message from a particular ATM NE will cause the ATM leader to remove all of the NE's 
outstanding requests from its ATM-NE request queue. During this state, the ATM NE will 
de-queue the link-request. If the request is from itself, it will check its link-recognition 
queue to see whether it is empty. If it is not, the leader NE will move the top of its link- 
recognition queue to the end of the ATM-NE request queue. Otherwise, the leader NE will 
set my_request_status back to 0 again and return to state 1 , the idle state 600. 

The operation of a non-leader passive NE Is depleted In the state diagram of Figure 7 
which begins in the idle state 700 in which it is assumed that system configuration has 
been completed. Link initialization could happen at system starting/re-set time and run 
time, and will trigger an AIRP state transition. It is also assumed that the default channel 
status (bits 6, 7, 8 of KZ byte), of Initialized link is 000 (Idle). In thl& state, the passive non- 
leader NE will discard any message sent by an ATM (active) leader. After receiving the 
AIRP_Recognition_NotificatiQn message from the SONET (passive) leader, the NE 
transitions to the polling state, state 2 702. 

In State 2 702, the SONET NE starts polling its line interfaces with current link status 
as idle (bit 6,7,8 of byte K2 is 000), and starts a detection-timer. The NE will discard any 
message sent by the ATM leader. If the NE identifies a recognition signal associated with 
a particular line interface, the NE stops the timer, and transitions into State 3 704, the 
detected state. If the NE receives an AIRP_Ack message from the SONET leader during 
the timer period, the NE stops polling and returns to State 1, the idle state 700. If the 
detection timer times out, the NE proceeds to the notify state, state 4 706. 

In State 3, the detected state 704, the SONET NE sends an 
AIRP_Recognition_Detected message to the SONET leader, then awaits the return of an 
AIRP_Ack message from the SONET leader. In this state the NE will discard any message 
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sent by an ATM leader. The reception of the AIRP_Ack Message sends the NE into state 

5, the check state 708. 

In State 4, the notify state 706, the SONET NE notifies the SONET leader that there is 
an error involving the ink of interest, then returns to State 1, 700. During this state, the NE 
discards any message sent by the ATM leader. In State 5, the dieck state 708, the SONET 
NE checks the current link status of the just identified link. If the status returns to idle: 000, 
the NE sends an AIRP_Ack message to the SONET leader and returns to the idle state, 
state 1 700. Othen^/ise, the NE sends an AIRP_Nak message to the SONET leader and 
proceeds to state 4, the notify state 706. In this state, the NE will discard any message 
sent by the ATM leader. 

The operation of a passive leader NE is depicted in the state diagram of Figure 8 which 
begins in the idle state 800 in which it is assumed that system configuration has been 
completed. Link initialization. couW happen at system startlng/re-set time and run time, and 
will trigger an AIRP state transition. It is also assumed that the default channel status (bits 

6, 7, 8 of K2 byte} of initialized link is 000 C'dleX After receiving an 
AIRP_Recognition_Request message from the ATM, leader, the NE transitions to the 
multicast and polling state, state 2 802. 

In State 2, the multicast and polling state 802, the SONET NE sends an 
AIRP_Recognition_Notification message to all the connected SONET NEs and starts 
polling its line interfaces with cunrent link status as idle (bit 6,7,8 of byte K2 is 000). It also 
starts a detection-timer and returns an AIRP_Recognition_Response to the ATM leader. 
If the NE identifies a recognition signal associated with particular line interface, it stops the 
timer. If the NE receives an AIRP_Recognition_Detected message from a particular 
SONET NE, it proceeds to state 3, the respond state 804. 

Ir State 3, the detacted state 804,. the SONET leader NE sends an 
AIRP_Recognition_Detected message to the ATM leader, then awaits an AIRP_Ack 
message from the ATM leader. When the AIRP_Ack message is received, the NE will 
proceed to state 5, the Ack state 808. 
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In State 4, the notify state 806, the SONET NE notifies the ATM leader by sending an 
AIRP_Nak message. then the SONET NE returns to State 1 , idle 800. In state 4, the NE 
stores any messages sent by the ATM leader. 

In State 5, the Ack every connected NE state 8.08, the SONET leader NE sends an 
AIRP_Ack message to all the connected SONET NEs. The NE stops its o\A/n polling. If the 
NE detected the recognition signal, it checks the corresponding link to see whether the link 
status comes back to idle. If the link status returns to idle, the NE sends an AIRP_Ack to 
itself, otherwise it sends an AIRP_Nak to itself. The arrival of either an AIRP_Ack or 
AIRP_Nak will trigger a transition to state 6, the check state 810. In State 6, the check 
state 81 0, the SONET NE checks the received message. If the message is an AIRP_Ack, 
the NE sends an AIRP_Ack message to the ATM leader and returns to state 1, the idle 
state 800. Otherwise, the N£ transiUons.to the notify state 806, state 4. 

The foregoing description of specific embodiments of the invention has been 
presented for the purposes of illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise forms disclosed, and many modifications 
and variations are possible in light of the above teachings. The embodiments were chosen 
and described to best explain the principles of the invention and its practical application, 
and to thereby enable others skilled in the art to best utilize the invention. It is intended 
that the scope of the invention be limited only by the claims appended hereto. 
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What is claimed is: 



CLAIMS 



1 . A network element (NE) comprising; 

a port for connection to another network element, the port configured to support at least 
one transport level overhead message; 

means for determining whether the network element is a leader or non-leader NE; and 
an out of band channel for communication with one or more network elements, the out 
of band channel configured to transmit a request for port identification and to receive 
a request for port identification, the port further configured to transmit a port detection 
signal in cooperation with the request for port identification transmitted through the out 
of band channel. 

2. The NE of claim 1 wherein the out of band channel is configured to transmit the request 
for port identification to another NE if the NE is not a leader NE. 

3. The NE of claim 1 further comprising a port identification request queue and wherein 
the NE is configured to place a request for port identification in the queue. 

4. The NE of claim 3 wherein the NE is configured to accept port identification requests 
from other NEs and place them in the queue if the NE is a leader NE. 

5. The NE of claim 4 wherein the NE is configured to place port identification requests it 
generates into the queue. 

6. The NE of claim 2 whereiRthe out of band channel Ls configured to transmit the request 
for port identification to a leader NE. 
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7. The NE of claim 1 wherein the NE is a SONET NE. 



8. The NE of claim 1 wherein the NE is an SDH NE. 

9. The NE of claim 1 wherein the NE is a packet switching NE. 

10. The NE of claim 1 wherein the NE is an ATM NE. 

11 The NE of claim 1 wherein the port detection signal is a SONET/SDH protection 
switching message. 

12 The NE of claim 1 wherein the network element comprises a plurality of SONET/SDH 
ports and is responsive to the reception of a port detection signal by polling a plurality 
of ports to detect wliich of the ports receives the port detection signal. 

13. The NE of claim 4 wherein the network element is responsive to the detection of the 
port detection signal by storing the port binding information. 

14. The NE of claim 4 wherein the network element is responsive to the detection of the 
port detection signal by transmitting, the port binding information to an associated 
leader NE. 

15. A heterogenous telecommunications system comprising: 
a plurality of circuit switching network elements; and 

a plurality of packet switching network elements, each of the network elements 
inlcuding: 

a port for connection to another network element^ the port configured to support at least 
one transport level overhead message; 

means for determining whether the network element is a leader or non-leader NE; and 
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an out of band channel for communication with one or more network elements, the out 
of band channel configured to transmit a request for port identification and to receive 
a request for port identification, the port further configured to transmit a port detection 
signal in cooperation with the request for port identification transmitted through the out 
of band channel. 

16. The system of claim 15 wherein each out of band channel is configured to transmit the 
request for port identification to another NE if the NE is not a leader NE. 

17. The system of claim 15 wherein each NE further comprises a port identification request 
queue and each NE is configured to place a request for port identification in the queue. 

1 8. The system of claim 1 7 wherein each NE is configured, if it is a leader NE, to accept 
port identification requests from other NEs and place them in the queue. 

1 9. The system of claim 1 whereia the port detection signal is a SONET/SDH protection 
switching message. 

20. The system of claim 1 wherein at least one of the NEs comprises a plurality of 
SONET/SDH ports and is responsive to the reception of a port detection signal by 
polling a plurality of ports to detect which of the ports receives the port detection signal. 

21. The system of claim 20 wherein an NE is responsive to the detection of the port 
detection signal by storing the port binding information. 

22. The system of claim 20 \Nhere\n the NE is responsive to the detection of the port 
detection signal by transmitting the port binding information to an associated leader 
NE. 
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23. In a heterogenous telecommunications system that includes a plurality of packet 
switching NEs and a plurality of circuit switching NEs a method for a network element 
to automatically determining port binding information for a link comprising the steps of; 

A) each of the groups of circuit switching and packet switching network elements 
electing a leader; 

B) an NE transmitting a reguest for port identification information through an out of 
band channel to a leader NE; 

C) the leader NE transmitting the request to a second leader NE, the leader NE of the 
other group of NEs 

D) the second leader NE transmitting the request to the connected NE from which the 
requesting NE wishes to obtain the port binding information; and 

E) transmitting a port detection signal to the connected network element through the 
link. 

24. The method of claim 23 wherein the portLdeteciion signal transmitted in step E) is a 
SONET/SDH protection switching message which includes the port identity of the 
originating port. 

25. The method of claim 23 further comprising the step of: 

F) a network element receiving a port detection request and monitoring its ports to 
detect the reception of a port detection signal in response. 

26. The method of claim 25 wherein step F) comprises the step of: 

F1) the network element polling all its idle ports to detect a status change at the port 
which receives the port detection message. 

19. The method of claim 25 further comprising the step of: 
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23. In a heterogenous telecommunications system that includes a plurality of packet 
s\A/jtching NEs and a plurality of circuit SNMtching NEs a method for a network element 
to automatically determining port binding information for a link comprising the steps of; 

A) each of the groups of circuit switching and packet switching network elements 
electing a leader; 

B) an NE transmitting a request for port identification information through an out of 
band channel to a leader NE; 

C) the leader NE transmitting the request to a second leader NE, the leader NE of the 
other group of NEs 

D) the second leader NE transmitting the request to the connected NE from which the 
requesting NE wishes to obtain the port binding information; and 

E) transmitting a port detection signal to the connected network element through the 
link. 

24. The method of claim 23 wherein the port detection signal transmitted in step E) is a 
SONET/SDH protection switching message which includes the port identity of the 
originating port. 

25. The method of claim 23 further comprising the step of; 

F) a network element receiving a port detection request and monitoring its ports to 
detect the reception of a port detection signal in response. 

26. The method of claim 25 wherein step F) comprises the step of: 

F1) the network element polling all its idle ports to detect a status change at the port 
which receives the port detection message. 

27. The method of claim 25 further comprising the step of: 
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G) the network element storing the port binding information in response to the 
detection of the port detection signal. 



28. The method of claim 25 further comprising the step of: 

H> the network element transmitting. the port binding information to its corresponding 
network element leader in response to the detection of the port detection signal. 
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Abstract Of The Disclosure 



A heterogeneous telecommunications system employs "out of band" signalling to 
automatically discover the identity of the two ports connecting two net\A«)rk elements 
through a specific link. Either of the connected network elements may be a circuit switching 
network element or a packet switching network element. One network element initiates the 
port discovery process and transmits an overhead signal, such as a SONET/SDH 
protection switching message, to the network element attached at the other end of the link. 
The other network element monitors the status of its ports and, when it detects a change 
in state at one of the ports, resulting from the first network element's transmissions, the 
receiving,, or passive, netvrark element recognizes the port as the port which forms a part 
of the link of interest. Each group of network elements, packet switching and circuit 
switching, elects a network element leader which coordinates requests for port 
identification. 
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IN THE UNITED STATES 
PATENT AND TRADEMARK OFFICE 

Declaration and Power of Attorney 

As the below named inventors, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to 
my name. 

I believe I am the original, first and sole inventor of the subject matter which 
is claimed and for which a patent is sought on the invention entitled APPARATUS 
AND METHOD FOR AUTOMATIC PORT IDENTITY DISCOVERY IN HIERCHICAL 
HETEROGENOUS SYSTEMS the specification of which is attached hereto. 

I hereby state that I have reviewed and understand the contents of the 
above identified specification, including the claims, as amended by an amendment, 
if any, specifically referred to in this oath or declaration. 

I acknowledge the duty to disclose all information known to me{us) which is 
material to patentability as defined in Title 37, Code of Federal Regulations, 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, 
119 of any foreign application for patent or inventor's certificate listed below and 
have also identified below any foreign application for patent or inventor's certificate 
having a filing date before that of the application on which priority is claimed; 

None 

I hereby claim the benefit under Title 35, United States Code, 120 of any 
United States application listed below and, insofar as the subject matter of each of 
the claims of this application is not disclosed in the prior United States application in 
the manner provided by the first paragraph of Title 35, United States Code, 112, I 
acknowledge the duty to disclose all information known to me to be material to 
patentability as defined in Title 37, Code of Federal Regulations, 1 .56 which became 
available between the filing date of the prior application and the national or PCT 
international filing date of this application: 

None 

I hereby declare that all statements made herein of my own knowledge are 
true and that all statements made on information and belief are believed to be true; 
and further that these statements were made with the knowledge that willful false 
statements and the like so made are punishable by fine or imprisonment, or both, 
under Section 1001 of Title 18 of the United States Code and that such willful false 
statements may jeopardize the validity of the application or any patent issued 
thereon. 

I hereby appoint the following attorney with full power of substitution and 
revocation, to prosecute said application, to make alterations and amendments 



2 



Cao7 



therein, to receive tlie patent, and to transact all business in tlie Patent and 
Trademark Office connected therewith: 

Lester H. Birnbaum (Reg. No. 25830) 

Richard J. Botes (Reg. No. 3201 6) 

Jeffery J. Brosemer (Reg. No. 36096) 

Kenneth M. Brown (Reg. No. 37590) 

Craig J. Cox (Reg. No. 39643) 

Donald P. Dinella (Reg. No. 39961 ) 

GuyEriksen (Reg. No. 41736) 

Martin I. Flnston (Reg. No. 31 61 3) 

James H. Fox (Reg. No. 29379) 

William S. Francos (Reg. No. 38456) 

Barry H. Freedman (Reg. No. 261 66) 

Julio A. Garceran (Reg. No. 371 38) 

Mony R. Ghose (Reg. No. 381 59) 

Jimmy Goo (Reg. No. 36528) 

Anthony Grille (Reg. No. 36535) 

Stephen M. Gurey (Reg. No. 27336) 

John M. Harman (Reg. No. 381 73) 
Michael B. Johannesen (Reg. No. 35557) 

Mark A. Kurisko (Reg, No. 38944) 

Irena Lager (Reg. No, 39260) 
Christopher N. Malvone (Reg. No. 34866) 

Scott W. McLellan (Reg. No. 30776) 

Martin G. Meder (Reg. No. 34674) 

John C. Moran (Reg. No. 30782) 

Michael A. Morra (Reg. No. 28975) 

Gregory J. Murgia (Reg. No. 41 209) 

Claude R. Narcisse (Reg. No. 38979) 

Joseph J. Opalach (Reg. No. 36229) 

Neil R, Ormos (Reg. No, 35309) 

Eugen E. Pacher (Reg. No. 29964) 

Jack R. Penrod (Reg. No. 31 864) 

Daniel J. Piotrowski (Reg. No. 42079) 

Gregory C, Ranieri (Reg. No. 29695) 

Scott J. Rittman (Reg. No. 3901 0) 

Eugene J. Rosenthal (Reg. No. 36658) 

Bruce S. Schneider (Reg. No. 27949) 

Ronald D. Slusky (Reg. No. 26585) 

David L. Smith (Reg. No. 30592) 

Patricia A. Verlangieri (Reg. No. 42201 ) 

John P. Veschi (Reg. No. 39058) 

David Volejnicek (Reg. No. 29355) 

Charles L. Warren (Reg. No. 27407) 

Jeffrey M. Weinick (Reg. No. 36304) 

Eli Weiss (Reg. No, 17765) 
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1 hereby appoint the attorney(s) on ATTACHMENT A as associate 
attorney{s) in the aforementioned application, with full power solely to prosecute 
said application, to make alterations and amendments therein, to receive the patent, 
and to transact all business in the Patent and Trademark Office connected with the 
prosecution of said application. No other powers are granted to such associate 
attorney(s) and such associate attorney{s) are specifically denied any power of 
substitution or revocation. 



Full name of 1st joint inventor: Yang Cao 



Inventor's 
signature. 




Residence: 26B Forest Acres Drive 
Bradford, MA 01 835 

Citizenship: China 

Post Office Address: 268 Forest Acres Drive 

Bradford. MA 01835 
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ATTACHMENT A 



Attorney Name: James W Wieaand Reg. No.: 39.423 

Telephone calls should be made to James W Wiegand at: 

Phone No.: (617^ 735-9310 

Fax No.: (617^ 735-9310 



All written communications are to be addressed to: 

James W Wiegand 
The Law Office Of James W Wiegand 
190 Babcock Street 
Brookline, MA 02446 



